home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20000824-20010305 / 000144_news@columbia.edu _Fri Dec 22 03:42:24 2000.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from watsun.cc.columbia.edu (watsun.cc.columbia.edu [128.59.39.2])
  3.     by monire.cc.columbia.edu (8.9.3/8.9.3) with ESMTP id DAA10033
  4.     for <kermit.misc@cpunix.cc.columbia.edu>; Fri, 22 Dec 2000 03:42:24 -0500 (EST)
  5. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  6.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id DAA15772
  7.     for <kermit.misc@watsun.cc.columbia.edu>; Fri, 22 Dec 2000 03:42:23 -0500 (EST)
  8. Received: (from news@localhost)
  9.     by newsmaster.cc.columbia.edu (8.9.3/8.9.3) id DAA03049
  10.     for kermit.misc@watsun.cc.columbia.edu; Fri, 22 Dec 2000 03:25:00 -0500 (EST)
  11. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  12. From: dkcombs@panix.com (David Combs)
  13. Subject: Re: re "log debug" ==> 50mb!  How to get it to you?
  14. Date: 22 Dec 2000 08:23:29 GMT
  15. Organization: Public Access Networks Corp.
  16. Message-ID: <91v321$d9q$1@news.panix.com>
  17. To: kermit.misc@columbia.edu
  18.  
  19. In article <91t348$j56$1@newsmaster.cc.columbia.edu>,
  20. Frank da Cruz <fdc@watsun.cc.columbia.edu> wrote:
  21. >In article <91scct$rj$1@panix2.panix.com>,
  22. >David Combs <dkcombs@panix.com> wrote:
  23. >: Frank, you asked me to run a failing kermit download
  24. >: via 'log debug' and 'log packets'.
  25. >: 
  26. >: Last night it came to 50mb (on a download that worked).
  27. >: Just how am I supposed to get this 50mb file to you?
  28. >: 
  29. >Why send a debug log if the transfer worked?
  30.  
  31. It worked for THAT file.  But it fails for certain
  32. OTHER files.
  33. >
  34. >: Would be neat if you had some filter program, maybe
  35. >: in perl, that would scan through that humongous file,
  36. >: and outuput only the parts that show packet errors,
  37. >: etc.
  38. >: 
  39. >There's always grep.  And you can use it, or any other
  40. >standard i/o filter of your choice up front in the first
  41. >place, to keep the file's size more manageable:
  42. >
  43. >  http://www.columbia.edu/kermit/ckermit2.html#x1.12
  44. >
  45. >: I sent mail yesterday saying everything seemed
  46. >: to wort ok ---well, not so.  On some files,
  47. >: yes, on other ones, no.
  48. >: 
  49. >Is it predictable?  Is there a pattern?  Do the files have
  50. >any characteristics that correlate with success and failure?
  51. >Compressed / binary / text / etc?
  52. >
  53. Well, have been really busy today, haven't been able to
  54. get on to re-installing that .gz-file (bigish) for
  55. which it does NOT work.
  56.  
  57. >- Frank
  58.  
  59. But, question still remains -- when I (soon) DO have
  60. one of these huge debug.log files to send to you,
  61. how can I reduce it WAY down to the parts YOU would
  62. want to look at.
  63.  
  64. You suggested grep, but what regex do I look FOR?
  65.  
  66. And, once you give me the regex to search for, 
  67. what do you want as context FOR that line?
  68.  
  69. That is, how many lines before, how many after?
  70.  
  71. And if there are more than one error, how many
  72. do you want me to send to you?
  73.  
  74. ----
  75.  
  76. Am emailing this now -- will send more when I have
  77. got something that does NOT transfer.
  78.  
  79. Thanks for the attention you have been giving
  80. to me!
  81.  
  82. NOTE:  Oh, I've been getting into your book a bit,
  83. and the problem might well be the modem settings,
  84. for this "strange" panix.com ISP I use.
  85.  
  86. David
  87.